Splitting operators in a streaming application

ABSTRACT

An operator split mechanism analyzes code in a streaming application according to specified split criteria to determine when an operator in the streaming application can be split. At compile-time, when an operator satisfies the split criteria, the operator split mechanism splits the operator according to the split criteria. In an integrated development environment (IDE), the operator split mechanism determines when an operator satisfies the split criteria, and splits the operator according to the split criteria. The operator split mechanism can operate in an automatic mode where operators are split without further input from the user, or in a more interactive mode where the operator split mechanism provides recommendations and options to a user, who makes appropriate selections, and the operator split mechanism then functions according to the selections by the user.

BACKGROUND 1. Technical Field

This disclosure generally relates to streaming applications, and morespecifically relates to splitting operators in streaming applications.

2. Background Art

Streaming applications are known in the art, and typically includemultiple operators coupled together in a flow graph that processstreaming data in near real-time. An operator typically takes instreaming data in the form of data tuples, operates on the data tuplesin some fashion, and outputs the processed data tuples to the nextoperator. Streaming applications are becoming more common due to thehigh performance that can be achieved from near real-time processing ofstreaming data.

One type of streaming application is a distributed streaming applicationthat includes multiple operators that can be executed on differentcomputer systems. Writing distributed streaming applications requiresplanning the code in a way that spreads it over the available computersystems. Developers who are new to stream computing may write an entireapplication as a single operator. This defeats the entire goal ofdistributing the application over multiple computer systems, because theone operator will be run on a single host computer system. In addition,developers who are new to stream computing may lack the knowledge and/orexpertise to know how and where to split their code into differentoperators.

BRIEF SUMMARY

An operator split mechanism analyzes code in a streaming applicationaccording to specified split criteria to determine when an operator inthe streaming application can be split. At compile-time, when anoperator satisfies the split criteria, the operator split mechanismsplits the operator according to the split criteria. In an integrateddevelopment environment (IDE), the operator split mechanism determineswhen an operator satisfies the split criteria, and splits the operatoraccording to the split criteria. The operator split mechanism canoperate in an automatic mode where operators are split without furtherinput from the user, or in a more interactive mode where the operatorsplit mechanism provides recommendations and options to a user, whomakes appropriate selections, and the operator split mechanism thenfunctions according to the selections by the user.

The foregoing and other features and advantages will be apparent fromthe following more particular description, as illustrated in theaccompanying drawings.

BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING(S)

The disclosure will be described in conjunction with the appendeddrawings, where like designations denote like elements, and:

FIG. 1 is a block diagram of a computer system that includes an operatorsplit mechanism that splits operators in a streaming application;

FIG. 2 is a block diagram of a sample streaming application;

FIG. 3 is a flow diagram of a method for automatically splitting anoperator in a streaming application at compile-time;

FIG. 4 is a table that shows examples of split criteria;

FIG. 5 shows a snippet of pseudo-code;

FIG. 6 is a block diagram showing the configuration of an operator forthe pseudo-code in FIG. 5 showing input data and output data;

FIG. 7 is a block diagram showing how the operator N in FIG. 6 can besplit into two parallel operators N1 and N2;

FIG. 8 shows a snippet of pseudo-code;

FIG. 9 is a block diagram showing the configuration of an operator forthe pseudo-code in FIG. 8 showing input data and output data;

FIG. 10 is a block diagram showing how the operator Q in FIG. 9 can besplit into two series operators Q1 and Q2; and

FIG. 11 is a flow diagram of a method for recommending to a user thesplitting of operators in an integrated development environment (IDE).

DETAILED DESCRIPTION

The disclosure and claims herein are directed to an operator splitmechanism that analyzes code in a streaming application according tospecified split criteria to determine when an operator in the streamingapplication can be split. At compile-time, when an operator satisfiesthe split criteria, the operator split mechanism splits the operatoraccording to the split criteria. In an integrated developmentenvironment (IDE), the operator split mechanism determines when anoperator satisfies the split criteria, and splits the operator accordingto the split criteria. The operator split mechanism can operate in anautomatic mode where operators are split without further input from theuser, or in a more interactive mode where the operator split mechanismprovides recommendations and options to a user, who makes appropriateselections, and the operator split mechanism then functions according tothe selections by the user.

Referring to FIG. 1, a computer system 100 is one suitableimplementation of a server computer system that includes an operatorsplit mechanism as described in more detail below. Server computersystem 100 is an IBM POWER8 computer system. However, those skilled inthe art will appreciate that the disclosure herein applies equally toany computer system, regardless of whether the computer system is acomplicated multi-user computing apparatus, a single user workstation, alaptop computer system, a tablet computer, a phone, or an embeddedcontrol system. As shown in FIG. 1, computer system 100 comprises one ormore processors 110, a main memory 120, a mass storage interface 130, adisplay interface 140, and a network interface 150. These systemcomponents are interconnected through the use of a system bus 160. Massstorage interface 130 is used to connect mass storage devices, such aslocal mass storage device 155, to computer system 100. One specific typeof local mass storage device 155 is a readable and writable CD-RW drive,which may store data to and read data from a CD-RW 195. Another suitabletype of local mass storage device 155 is a card reader that receives aremovable memory card, such as an SD card, and performs reads and writesto the removable memory. Yet another suitable type of local mass storagedevice 155 is a thumb drive.

Main memory 120 preferably contains data 121, an operating system 122,and a streams manager 123. Data 121 represents any data that serves asinput to or output from any program in computer system 100. Operatingsystem 122 is a multitasking operating system, such as AIX or LINUX. Thestreams manager 123 is software that provides a run-time environmentthat executes a streaming application 124. The streaming application 124preferably comprises a flow graph that includes operators 125 thatprocess data tuples. The streaming application 124 may include one ormore split operators 126 that are generated from operators 125, asdescribed in more detail below.

The streams manager 123 includes an operator split mechanism 127 thatanalyzes operators 125 in the streaming application 124 according tospecified split criteria 128. The split criteria preferably specifies atleast one criterion that, when satisfied, results in the operator splitmechanism 127 splitting an operator into two or more operators, asexplained in more detail below. The operator split mechanism 127 isshown in FIG. 1 as part of the streams manager 123 as one possibleimplementation. One skilled in the art will recognize the operator splitmechanism 127 could be software separate from the streams manager 123.For example, the operator split mechanism 127 could be part of acompiler or could be part of an integrated development environment(IDE), as described in the detailed examples given below.

Computer system 100 utilizes well known virtual addressing mechanismsthat allow the programs of computer system 100 to behave as if they onlyhave access to a large, contiguous address space instead of access tomultiple, smaller storage entities such as main memory 120 and localmass storage device 155. Therefore, while data 121, operating system122, streams manager 123 and operator split mechanism 125 are shown toreside in main memory 120, those skilled in the art will recognize thatthese items are not necessarily all completely contained in main memory120 at the same time. It should also be noted that the term “memory” isused herein generically to refer to the entire virtual memory ofcomputer system 100, and may include the virtual memory of othercomputer systems coupled to computer system 100.

Processor 110 may be constructed from one or more microprocessors and/orintegrated circuits. Processor 110 executes program instructions storedin main memory 120. Main memory 120 stores programs and data thatprocessor 110 may access. When computer system 100 starts up, processor110 initially executes the program instructions that make up operatingsystem 122. Processor 110 also executes the streams manager 123, whichexecutes the streaming application 124. Processor 110 also executes theoperator split mechanism 127.

Although computer system 100 is shown to contain only a single processorand a single system bus, those skilled in the art will appreciate thatan operator split mechanism as described herein may be practiced using acomputer system that has multiple processors and/or multiple buses. Inaddition, the interfaces that are used preferably each include separate,fully programmed microprocessors that are used to off-loadcompute-intensive processing from processor 110. However, those skilledin the art will appreciate that these functions may be performed usingI/O adapters as well.

Display interface 140 is used to directly connect one or more displays165 to computer system 100. These displays 165, which may benon-intelligent (i.e., dumb) terminals or fully programmableworkstations, are used to provide system administrators and users theability to communicate with computer system 100. Note, however, thatwhile display interface 140 is provided to support communication withone or more displays 165, computer system 100 does not necessarilyrequire a display 165, because all needed interaction with users andother processes may occur via network interface 150.

Network interface 150 is used to connect computer system 100 to othercomputer systems or workstations 175 via network 170. Computer systems175 represent computer systems that are connected to the computer system100 via the network interface 150 in a computer cluster. Networkinterface 150 broadly represents any suitable way to interconnectelectronic devices, regardless of whether the network 170 comprisespresent-day analog and/or digital techniques or via some networkingmechanism of the future. Network interface 150 preferably includes acombination of hardware and software that allows communicating on thenetwork 170. Software in the network interface 150 preferably includes acommunication manager that manages communication with other computersystems 175 via network 170 using a suitable network protocol. Manydifferent network protocols can be used to implement a network. Theseprotocols are specialized computer programs that allow computers tocommunicate across a network. TCP/IP (Transmission ControlProtocol/Internet Protocol) is an example of a suitable network protocolthat may be used by the communication manager within the networkinterface 150. In one suitable implementation, the network interface 150is a physical Ethernet adapter.

The present invention may be a system, a method, and/or a computerprogram product at any possible technical detail level of integration.The computer program product may include a computer readable storagemedium (or media) having computer readable program instructions thereonfor causing a processor to carry out aspects of the present invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, configuration data for integrated circuitry, oreither source code or object code written in any combination of one ormore programming languages, including an object oriented programminglanguage such as Smalltalk, C++, or the like, and procedural programminglanguages, such as the “C” programming language or similar programminglanguages. The computer readable program instructions may executeentirely on the user's computer, partly on the user's computer, as astand-alone software package, partly on the user's computer and partlyon a remote computer or entirely on the remote computer or server. Inthe latter scenario, the remote computer may be connected to the user'scomputer through any type of network, including a local area network(LAN) or a wide area network (WAN), or the connection may be made to anexternal computer (for example, through the Internet using an InternetService Provider). In some embodiments, electronic circuitry including,for example, programmable logic circuitry, field-programmable gatearrays (FPGA), or programmable logic arrays (PLA) may execute thecomputer readable program instructions by utilizing state information ofthe computer readable program instructions to personalize the electroniccircuitry, in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the blocks may occur out of theorder noted in the Figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

Referring to FIG. 2, an extremely simplified streaming application 200is shown. The streaming application 200 includes nine operators Op1-Op9.Op1 is a source operator that produces data tuples and passes datatuples to Op2 for processing. Op2 processes the data tuples it receivesfrom Op1 and routes some of those tuples to Op3 and others to Op4. Op3operates on tuples it receives from Op2 and sends the resulting tuplesto Op4. Op4 operates on tuples it receives from Op3 and sends theresulting tuples to Op5. Op5 operates on tuples it receives from Op4 andsends the resulting tuples to Op9. Op6 operates on tuples it receivesfrom Op2 and sends the resulting tuples to Op7. Op7 operates on tuplesit receives from Op6 and sends the resulting tuples to Op8. Op8 operateson tuples it receives from Op7 and sends the resulting tuples to Op9.Op9 receives tuples from both Op5 and Op8, and is a sink for thosetuples. The operator split mechanism 127 in FIG. 1 can operate to splitany suitable operator, such as any of operators Op1-Op9 shown in FIG. 2,provided the operator satisfies one or more of the split criteria.

Referring to FIG. 3, a method 300 is preferably performed by theoperator split mechanism 127 shown in FIG. 1. In one specific scenario,the operator split mechanism 127 functions at compile time, when thecode that defines the operators in a streaming application is compiled.The operators in the streaming application are analyzed at compile time(step 310). An operator is selected (step 320). When the operator doesnot satisfy the split criteria (step 330=NO), method 300 loops back tostep 320 and continues. When the operator satisfies the split criteria(step 330=YES), the selected operator is split into multiple operators(step 340). When there are more operators to process (step 350=YES),method 300 loops back to step 320 and continues until all operators inthe streaming application have been processed (step 350=NO), at whichtime method 300 is done.

In one specific implementation, the splitting of the selected operatorinto multiple operators in step 340 is done automatically withoutrequiring any input by a user. This allows the operator split mechanismto function without interacting with the user. In an alternativeimplementation, the split of the selected operator into multipleoperators in step 340 may include making recommendations and providingoptions to the user, who can then select to take the recommendationswith selected options. The operator split mechanism may thus operateeither automatically without user input, or alternatively may operate ina way that interacts with a user to partially automate a process thatwould normally have to be done manually by the user, namely, thesplitting of an operator into two or more operators.

The splitting of operators discussed herein helps the performance of adistributed streaming application by providing more operators that couldbe distributed across more distributed computer systems. For example, ifan operator is split into three operators, this means each of the threeoperators could be deployed to a separate computer system. If theoperator were to remain unsplit, the single operator would be deployedto a single computer system. Thus, splitting the operator allows threecomputer systems to do the work that would be required of a singlecomputer system if the operator were not split. Splitting the operatorprovides a finer level of granularity in the program that provides moreopportunities for enhancing the performance of the streaming applicationby deploying more operators to different distributed computer systems.

Referring to FIG. 4, a table 400 shows some sample split criteria thatcould be used by the operator split mechanism. The split criteria inFIG. 4 are suitable examples of the split criteria 128 shown in FIG. 1.Parallel split criteria 410 specifies an operator may be split intoparallel operators when the operator has one or more outputs that aredependent on one or more subsets of the inputs of the operator. Serialsplit criterial 420 specifies an operator may be split into serialoperators when the code in the operator has a transition region wherethe only connection between code segments is a relatively small numberof variables that can be passed as data between operators. Examples ofthese split criteria 410 and 420 in FIG. 4 are presented in detailbelow.

FIG. 5 shows a sample snippet of pseudo-code for an operator. We seefrom the code in FIG. 5 there are regions of the code that areindependent of each other. Regions 510A, 510B and 510C are independentof regions 520A, 520B and 520C. These independent regions allow forperforming a parallel split of the operator, as shown graphically inFIGS. 6 and 7, because this operators satisfies the parallel splitcriteria 410 shown in FIG. 4. We assume operator N in FIG. 6 isrepresentative of the operator in the pseudo-code in FIG. 5. The datainput to operator N includes a, b, c and d. The data output of operatorN includes b and d. Due to the independent code portions identifiedabove, and based on the parallel spit criteria 410, operator N can besplit into two parallel operators N1 and N2, as shown in FIG. 7.Operator N1 includes the code in regions 510A, 510B and 510C in FIG. 5,which takes a and b as input and produces b at the output, as shown inFIG. 7. Operator N2 includes the code in regions 520A, 520B and 520C inFIG. 5, which takes c and d as input and produces d at the output, asshown in FIG. 7. This very simple example shows how an operator thatsatisfies the parallel split criteria 410 in FIG. 4 can be split intomultiple parallel operators. While this specific example in FIGS. 5-7shows splitting one operator into two parallel operators, the conceptsherein can be extended to splitting one operator into any suitablenumber of parallel operators.

FIG. 8 shows a sample snippet of pseudo-code for an operator. We seefrom the code in FIG. 8 there are two regions of code, namely regions Aand B, that are joined by a transition region that has a relativelysmall amount of data, namely x and y. The pseudo-code in FIG. 8satisfies the serial split criteria 420, which means the operator can besplit into two serial operators, as shown graphically in FIGS. 9 and 10.We assume Operator Q in FIG. 9 is representative of the operator in thepseudo-code in FIG. 8, and includes Region A, Transition Region, andRegion B, as shown in both FIGS. 8 and 9. The data input to operator Qincludes a, b, c and d. The data output of operator Q includes x and y.We assume that x and y are performance-intensive functions, as noted inFIG. 8. This means performance can be increased if more than oneoperator processes the code in FIG. 8. Because operator Q satisfies theserial split criteria 420 in FIG. 4, operator Q can be split into twoserial operators Q1 and Q2, as shown in FIG. 10. Operator Q1 includesthe code in region A and the transition region, and has inputs of a, b,c and d and outputs of x and y. Operator Q2 includes the code in regionB, and includes inputs of x and y and outputs of x and y. While thisspecific example in FIGS. 8-10 shows splitting one operator into twoserial operators, the concepts herein can be extended to splitting oneoperator into any suitable number of serial operators.

In both of the examples given above, where operator N in FIG. 6 wassplit into parallel operators N1 and N2 shown in FIG. 7, and whereoperator Q in FIG. 9 was split into two serial operators Q1 and Q2 shownin FIG. 10, there are more operators after the split than before.Splitting operators as described herein provides opportunities toenhance the performance of a streaming application because separateoperators can be deployed to separate computer systems, therebyenhancing the performance of the streaming application.

FIG. 3 shows an example of a suitable method for analyzing and splittingoperators at compile time. Similar methods could be used for splittingoperators in an integrated development environment (IDE) as shown by theexample method 1100 shown in FIG. 11. Operators in the streamingapplication are analyzed in an IDE (step 1110). An operator is selected(step 1120). When the operator does not satisfy any split criteria (step1130=NO), method 1100 loops back to step 1120 and continues. When theoperator satisfies one or more of the split criteria (step 1130=YES),the operator split mechanism provides one or more recommendations andoptions for splitting the selected operator to the user (step 1140).When the user does not select to split the operator (step 1150=NO),method 1100 loops back to step 1120 and continues. When the user selectsto split the operator (step 1150=YES), the selected operator is splitinto multiple operators according to the split criteria and according tothe user-selected options (step 1160). When there are more operators toprocess (step 1170=YES), method loops back to step 1120 and continues,until there are no more operators to process (step 1170=NO), at whichtime method 1100 is done.

Method 1100 in FIG. 11 shows the operator split mechanism functioning ina way that interacts with the user to perform the splitting of operatorsin an IDE. Note, however, this same interactive approach could be usedby the operator split mechanism when splitting operators atcompile-time. One skilled in the art will recognize that many of theconcepts in FIGS. 3 and 11 can be mixed and matches as needed to providethe desired functionality in any particular environment. For example,method 300 in FIG. 3 could be modified to require user interaction toperform splitting of an operator at compile time, and method 1100 inFIG. 11 could be modified so the splitting of operators in an IDE couldbe performed automatically without requiring further input from theuser. These and other variations are within the scope of the disclosureand claims herein.

The split criteria shown in FIG. 4 are shown by way of example, and arenot limiting. Other factors could be specified in the split criteriawithin the scope of the disclosure and claims herein. For example, thesplit criteria could be based on estimates of how performance-intensiveeach section of independent code is. For operators in sections of codethat are not performance-intensive, no real performance gain would beseen by splitting these operators. The performance of the code could beestimated using a static code analysis at compile-time. In thealternative, the performance of code could be based on historical datagathered from actual executions of the code. In either case, the splitcriteria may include some threshold of performance so that operatorsthat are beneath the threshold are not split while those that are abovethe threshold are split. Another factor that could be specified in thesplit criteria is the number of attributes that are independent. Thedisclosure and claims herein expressly extend to any suitable measure orcriterion that could be included in the split criteria to determinewhether to split or not to split operators.

Many of the concepts herein have been simplified for the purpose ofillustration. For example, methods 300 in FIGS. 3 and 1100 in FIG. 11both assume all operators in a streaming application are selected andconsidered for splitting, one at a time. In practice, any suitablemethod could be used for determining whether one or more of theoperators in a streaming application are eligible for splittingaccording to any suitable defined split criteria. For example, let'sassume the split criteria includes a specification that an operator isonly considered for splitting if the operator consumes more than somethreshold of CPU cycles. Instead of considering the operators one by oneas shown in FIGS. 3 and 11, the operators could first be compared to thethreshold of CPU cycles, with all operators that do not satisfy thethreshold of CPU cycles being eliminated from consideration for beingsplit. The specific methods in FIGS. 3 and 11 are extremely simplifiedfor ease of illustrating specific cases. The disclosure and claimsherein expressly extend to any suitable split criteria applied to any orall operators in a streaming application in any manner or order.

An operator split mechanism analyzes code in a streaming applicationaccording to specified split criteria to determine when an operator inthe streaming application can be split. At compile-time, when anoperator satisfies the split criteria, the operator split mechanismsplits the operator according to the split criteria. In an integrateddevelopment environment (IDE), the operator split mechanism determineswhen an operator satisfies the split criteria, and splits the operatoraccording to the split criteria. The operator split mechanism canoperate in an automatic mode where operators are split without furtherinput from the user, or in a more interactive mode where the operatorsplit mechanism provides recommendations and options to a user, whomakes appropriate selections, and the operator split mechanism thenfunctions according to the selections by the user.

One skilled in the art will appreciate that many variations are possiblewithin the scope of the claims. Thus, while the disclosure isparticularly shown and described above, it will be understood by thoseskilled in the art that these and other changes in form and details maybe made therein without departing from the spirit and scope of theclaims.

1. A program product comprising software residing on a computer readablestorage medium, the software comprising: an operator split mechanismthat analyzes a first plurality of operators that process a plurality ofdata tuples in a flow graph of a streaming application, and when aselected one of the first plurality of operators satisfies at least onesplit criterion, the operator split mechanism splits the selected oneoperator into a second plurality of operators according to the at leastone split criterion, wherein the at least one split criterion specifiesto split the selected one operator into series operators when code inthe selected one operator comprises a transition region between a codesegment preceding the transition region and a code segment following thetransition region, wherein the transition region comprises a number ofvariables that can be passed between operators, wherein the number ofvariables in the transition region is less than a number of variables inthe code segment preceding the transition region.
 2. The program productof claim 1 wherein the operator split mechanism runs at compile-time. 3.The program product of claim 1 wherein the operator split mechanism ispart of a compiler.
 4. The program product of claim 1 wherein theoperator split mechanism performs the split of the selected one operatorinto the second plurality of operators automatically without input froma user.
 5. The program product of claim 1 wherein the operator splitmechanism runs in an integrated development environment.
 6. The programproduct of claim 1 wherein operator split mechanism provides at leastone recommendation to a user to split the selected one operator andsplits the selected one operator into the second plurality of operatorsaccording to at least one option selected by the user.
 7. The programproduct of claim 1 wherein the at least one split criterion specifies tosplit the selected one operator into parallel operators when theselected one operator has inputs and one or more outputs dependent onone or more subsets of the inputs.
 8. A program product comprisingsoftware residing on a computer readable storage medium, the softwarecomprising: an operator split mechanism comprising: a plurality of splitcriteria comprising: parallel split criteria that specifies to split theselected one operator into parallel operators when the selected oneoperator has inputs and one or more outputs dependent on one or moresubsets of the inputs; and serial split criteria that specifies to splitthe selected one operator into series operators when code in theselected one operator comprises a transition region between a codesegment preceding the transition region and a code segment following thetransition region, wherein the transition region comprises a number ofvariables that can be passed between operators, wherein the number ofvariables in the transition region is less than a number of variables inthe code segment preceding the transition region; wherein the operatorsplit mechanism analyzes the first plurality of operators, and when aselected first of the first plurality of operators satisfies theparallel split criteria, automatically splits without input from a userthe selected first operator into the parallel operators, and when aselected second of the first plurality of operators satisfies the serialsplit criteria, automatically splits without input from a user theselected second operator into the series operators.
 9. A program productcomprising software residing on a computer readable storage medium, thesoftware comprising: an operator split mechanism that analyzes a firstplurality of operators that process a plurality of data tuples in a flowgraph of a streaming application, and when a selected one of the firstplurality of operators satisfies at least one split criterion, theoperator split mechanism splits the selected one operator into a secondplurality of operators according to the at least one split criterion,wherein the at least one split criterion specifies to split the selectedone operator into series operators when code in the selected oneoperator comprises a transition region between a code segment precedingthe transition region and a code segment following the transitionregion.
 10. The program product of claim 9 wherein the transition regioncomprises a number of variables that can be passed between operators.11. The program product of claim 9 wherein the operator split mechanismruns at compile-time.
 12. The program product of claim 9 wherein theoperator split mechanism is part of a compiler.
 13. The program productof claim 9 wherein the operator split mechanism performs the split ofthe selected one operator into the second plurality of operatorsautomatically without input from a user.
 14. The program product ofclaim 9 wherein the operator split mechanism runs in an integrateddevelopment environment.
 15. The program product of claim 9 whereinoperator split mechanism provides at least one recommendation to a userto split the selected one operator and splits the selected one operatorinto the second plurality of operators according to at least one optionselected by the user.
 16. The program product of claim 9 wherein the atleast one split criterion specifies to split the selected one operatorinto parallel operators when the selected one operator has inputs andone or more outputs dependent on one or more subsets of the inputs.